-
1 введение дополнительных программных модулей
введение дополнительных программных модулей
Процесс отладки программы с целью исправления ошибок или её мидифипации.
[Л.М. Невдяев. Телекоммуникационные технологии. Англо-русский толковый словарь-справочник. Под редакцией Ю.М. Горностаева. Москва, 2002]Тематики
- электросвязь, основные понятия
EN
Русско-английский словарь нормативно-технической терминологии > введение дополнительных программных модулей
-
2 разделение (программы) на куски
Information technology: chunking (с целью выделения модулей)Универсальный русско-английский словарь > разделение (программы) на куски
-
3 сборка программы с перекомпиляцией изменённых модулей
Универсальный русско-английский словарь > сборка программы с перекомпиляцией изменённых модулей
-
4 динамическое связывание
1) General subject: (в ООП) dynamic binding (тж. позднее связывание; в программировании - возможность определять класс объекта во время исполнения программы. Платой за повышение гибкости программирования является снижение производительности по ср)2) Information technology: dynamic binding (программных модулей), dynamic linking (напр. модулей программы), late binding3) Programming: (отложенное, позднее)(в ООП) late binding (связывание процедуры или объекта во время исполнения программы. Syn: dynamic binding. Ant: early binding)Универсальный русско-английский словарь > динамическое связывание
-
5 сборка
1) General subject: adjustment (adjustment of sight - установка прицела (воен.)), assembling, erection, fitting, installation, pleat, pucker, take-up, tuck, tuck (на платье)2) Biology: assembly (напр. фермента из субъединиц)3) Aviation: assy4) Naval: adjusting, assemblage (механизма), building up5) Medicine: installation (аппаратуры)6) Military: assembly, integration (ракеты), mating, (оружия; автомата) assembling7) Engineering: assemblage, assembly, assembly line work, bonding, building, buildup, erecting, erecting work, erection work, fabrication, frill, gathering, gp, hook-up, insertion (схемных плат), integration (модулей), joining, mount, mounting, pack, package, packaging, rigging, setting-up, setup8) Chemistry: making-up9) Construction: adjustment (частей механизма)10) Mathematics: fold11) Railway term: catchment, cubicle, skeleton type switch board12) Economy: assemble (название терблига)13) Automobile industry: assembly work, fitting up, installing, setting up14) Archaeology: anastylosis (сборка объекта культурного наследия из частей, найденных в процессе археологических изысканий)15) Mining: on-the-job assembly, relaying (вагонеток), rigging-up16) Cinema: conforming17) Metallurgy: fit-up (соединение под сварку)18) Polygraphy: photocomposing, photocomposition19) Textile: closing, fichu, gathering (короткими стежками), pinch, pugger20) Information technology: integration (модулей программы), linkage, linking22) Immunology: assembly (макромолекулы)23) Astronautics: re-assemble, re-assembling, setting24) Coolers: construction26) Drilling: building-up28) Polymers: confection, fitting-up, shaping29) Programming: distribution (дистрибутив)30) Automation: assembly operation, build procedure, build-up, erecting work (конструкций), erection work (конструкций), fitting-out32) Sakhalin A: hookup33) Cables: assembly unit34) Makarov: arrangement, assembly (в вирусологии), assembly (в ядерном реакторе), assembly (напр., фермента из субъединиц), association, built-up, composition, delumping (при проектировании конструкций), fit35) Electrochemistry: assembly (аккумулятора) -
6 связанность
1) General subject: bind, connectedness, connexity, enchainment, tie up2) Mathematics: cohesiveness, connectability, linkedness3) Economy: coherence4) Linguistics: binding5) Diplomatic term: tie-up6) Psychology: pertinence7) Information technology: cohesion (сети), relatedness (понятий в базе знаний)8) Programming: coupling (например, модулей программы или элементов ( устройств) системы между собой)10) Yachting: blanketing, overlap (яхт. правила) -
7 динамическое связывание
(во время выполнения, так что версия реализации каждой операции выбирается при каждом ее выполнении в зависимости от типов ее фактических параметров) dynamic binding, (напр., модулей программы) dynamic linkingРусско-английский словарь по вычислительной технике и программированию > динамическое связывание
-
8 сборка
assemblage, assembling, assembly, fitting, installation, ( модулей программы) integration, linkage, mounting, setupРусско-английский словарь по вычислительной технике и программированию > сборка
-
9 программируемый логический контроллер
- speicherprogrammierbare Steuerung, f
программируемый логический контроллер
ПЛК
-
[Интент]
контроллер
Управляющее устройство, осуществляющее автоматическое управление посредством программной реализации алгоритмов управления.
[Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]EN
storage-programmable logic controller
computer-aided control equipment or system whose logic sequence can be varied via a directly or remote-control connected programming device, for example a control panel, a host computer or a portable terminal
[IEV ref 351-32-34]FR
automate programmable à mémoire
См. также:
équipement ou système de commande assisté par ordinateur dont la séquence logique peut être modifiée directement ou par l'intermédiaire d'un dispositif de programmation relié à une télécommande, par exemple un panneau de commande, un ordinateur hôte ou un terminal de données portatif
[IEV ref 351-32-34]
- архитектура контроллера;
- производительность контроллера;
- время реакции контроллера;
КЛАССИФИКАЦИЯ
Основным показателем ПЛК является количество каналов ввода-вывода. По этому признаку ПЛК делятся на следующие группы:- нано- ПЛК (менее 16 каналов);
- микро-ПЛК (более 16, до 100 каналов);
- средние (более 100, до 500 каналов);
- большие (более 500 каналов).
- моноблочными - в которых устройство ввода-вывода не может быть удалено из контроллера или заменено на другое. Конструктивно контроллер представляет собой единое целое с устройствами ввода-вывода (например, одноплатный контроллер). Моноблочный контроллер может иметь, например, 16 каналов дискретного ввода и 8 каналов релейного вывода;
- модульные - состоящие из общей корзины (шасси), в которой располагаются модуль центрального процессора и сменные модули ввода-вывода. Состав модулей выбирается пользователем в зависимости от решаемой задачи. Типовое количество слотов для сменных модулей - от 8 до 32;
- распределенные (с удаленными модулями ввода-вывода) - в которых модули ввода-вывода выполнены в отдельных корпусах, соединяются с модулем контроллера по сети (обычно на основе интерфейса RS-485) и могут быть расположены на расстоянии до 1,2 км от процессорного модуля.
Многие контроллеры имеют набор сменных процессорных плат разной производительности. Это позволяет расширить круг потенциальных пользователей системы без изменения ее конструктива.
По конструктивному исполнению и способу крепления контроллеры делятся на:- панельные (для монтажа на панель или дверцу шкафа);
- для монтажа на DIN-рейку внутри шкафа;
- для крепления на стене;
- стоечные - для монтажа в стойке;
- бескорпусные (обычно одноплатные) для применения в специализированных конструктивах производителей оборудования (OEM - "Original Equipment Manufact urer").
По области применения контроллеры делятся на следующие типы:- универсальные общепромышленные;
- для управления роботами;
- для управления позиционированием и перемещением;
- коммуникационные;
- ПИД-контроллеры;
- специализированные.
По способу программирования контроллеры бывают:- программируемые с лицевой панели контроллера;
- программируемые переносным программатором;
- программируемые с помощью дисплея, мыши и клавиатуры;
- программируемые с помощью персонального компьютера.
Контроллеры могут программироваться на следующих языках:- на классических алгоритмических языках (C, С#, Visual Basic);
- на языках МЭК 61131-3.
Контроллеры могут содержать в своем составе модули ввода-вывода или не содержать их. Примерами контроллеров без модулей ввода-вывода являются коммуникационные контроллеры, которые выполняют функцию межсетевого шлюза, или контроллеры, получающие данные от контроллеров нижнего уровня иерархии АСУ ТП. Контроллеры для систем автоматизации
Слово "контроллер" произошло от английского "control" (управление), а не от русского "контроль" (учет, проверка). Контроллером в системах автоматизации называют устройство, выполняющее управление физическими процессами по записанному в него алгоритму, с использованием информации, получаемой от датчиков и выводимой в исполнительные устройства.
Первые контроллеры появились на рубеже 60-х и 70-х годов в автомобильной промышленности, где использовались для автоматизации сборочных линий. В то время компьютеры стоили чрезвычайно дорого, поэтому контроллеры строились на жесткой логике (программировались аппаратно), что было гораздо дешевле. Однако перенастройка с одной технологической линии на другую требовала фактически изготовления нового контроллера. Поэтому появились контроллеры, алгоритм работы которых мог быть изменен несколько проще - с помощью схемы соединений реле. Такие контроллеры получили название программируемых логических контроллеров (ПЛК), и этот термин сохранился до настоящего времени. Везде ниже термины "контроллер" и "ПЛК" мы будем употреблять как синонимы.
Немного позже появились ПЛК, которые можно было программировать на машинно-ориентированном языке, что было проще конструктивно, но требовало участия специально обученного программиста для внесения даже незначительных изменений в алгоритм управления. С этого момента началась борьба за упрощение процесса программирования ПЛК, которая привела сначала к созданию языков высокого уровня, затем - специализированных языков визуального программирования, похожих на язык релейной логики. В настоящее время этот процесс завершился созданием международного стандарта IEC (МЭК) 1131-3, который позже был переименован в МЭК 61131-3. Стандарт МЭК 61131-3 поддерживает пять языков технологического программирования, что исключает необходимость привлечения профессиональных программистов при построении систем с контроллерами, оставляя для них решение нестандартных задач.
В связи с тем, что способ программирования является наиболее существенным классифицирующим признаком контроллера, понятие "ПЛК" все реже используется для обозначения управляющих контроллеров, которые не поддерживают технологические языки программирования. Жесткие ограничения на стоимость и огромное разнообразие целей автоматизации привели к невозможности создания универсального ПЛК, как это случилось с офисными компьютерами. Область автоматизации выдвигает множество задач, в соответствии с которыми развивается и рынок, содержащий сотни непохожих друг на друга контроллеров, различающихся десятками параметров.
Выбор оптимального для конкретной задачи контроллера основывается обычно на соответствии функциональных характеристик контроллера решаемой задаче при условии минимальной его стоимости. Учитываются также другие важные характеристики (температурный диапазон, надежность, бренд изготовителя, наличие разрешений Ростехнадзора, сертификатов и т. п.).
Несмотря на огромное разнообразие контроллеров, в их развитии заметны следующие общие тенденции:- уменьшение габаритов;
- расширение функциональных возможностей;
- увеличение количества поддерживаемых интерфейсов и сетей;
- использование идеологии "открытых систем";
- использование языков программирования стандарта МЭК 61131-3;
- снижение цены.
[ http://bookasutp.ru/Chapter6_1.aspx]
Программируемый логический контроллер (ПЛК, PLC) – микропроцессорное устройство, предназначенное для управления технологическим процессом и другими сложными технологическими объектами.
Принцип работы контроллера состоит в выполнение следующего цикла операций:
1. Сбор сигналов с датчиков;
2. Обработка сигналов согласно прикладному алгоритму управления;
3. Выдача управляющих воздействий на исполнительные устройства.
В нормальном режиме работы контроллер непрерывно выполняет этот цикл с частотой от 50 раз в секунду. Время, затрачиваемое контроллером на выполнение полного цикла, часто называют временем (или периодом) сканирования; в большинстве современных ПЛК сканирование может настраиваться пользователем в диапазоне от 20 до 30000 миллисекунд. Для быстрых технологических процессов, где критична скорость реакции системы и требуется оперативное регулирование, время сканирования может составлять 20 мс, однако для большинства непрерывных процессов период 100 мс считается вполне приемлемым.
Аппаратно контроллеры имеют модульную архитектуру и могут состоять из следующих компонентов:
1. Базовая панель ( Baseplate). Она служит для размещения на ней других модулей системы, устанавливаемых в специально отведенные позиции (слоты). Внутри базовой панели проходят две шины: одна - для подачи питания на электронные модули, другая – для пересылки данных и информационного обмена между модулями.
2. Модуль центрального вычислительного устройства ( СPU). Это мозг системы. Собственно в нем и происходит математическая обработка данных. Для связи с другими устройствами CPU часто оснащается сетевым интерфейсом, поддерживающим тот или иной коммуникационный стандарт.
3. Дополнительные коммуникационные модули. Необходимы для добавления сетевых интерфейсов, неподдерживаемых напрямую самим CPU. Коммуникационные модули существенно расширяют возможности ПЛК по сетевому взаимодействию. C их помощью к контроллеру подключают узлы распределенного ввода/вывода, интеллектуальные полевые приборы и станции операторского уровня.
4. Блок питания. Нужен для запитки системы от 220 V. Однако многие ПЛК не имеют стандартного блока питания и запитываются от внешнего.
Рис.1. Контроллер РСУ с коммуникациями Profibus и Ethernet.
Иногда на базовую панель, помимо указанных выше, допускается устанавливать модули ввода/вывода полевых сигналов, которые образуют так называемый локальный ввод/вывод. Однако для большинства РСУ (DCS) характерно использование именно распределенного (удаленного) ввода/вывода.
Отличительной особенностью контроллеров, применяемых в DCS, является возможность их резервирования. Резервирование нужно для повышения отказоустойчивости системы и заключается, как правило, в дублировании аппаратных модулей системы.
Рис. 2. Резервированный контроллер с коммуникациями Profibus и Ethernet.
Резервируемые модули работают параллельно и выполняют одни и те же функции. При этом один модуль находится в активном состоянии, а другой, являясь резервом, – в режиме “standby”. В случае отказа активного модуля, система автоматически переключается на резерв (это называется “горячий резерв”).
Обратите внимание, контроллеры связаны шиной синхронизации, по которой они мониторят состояние друг друга. Это решение позволяет разнести резервированные модули на значительное расстояние друг от друга (например, расположить их в разных шкафах или даже аппаратных).
Допустим, в данный момент активен левый контроллер, правый – находится в резерве. При этом, даже находясь в резерве, правый контроллер располагает всеми процессными данными и выполняет те же самые математические операции, что и левый. Контроллеры синхронизированы. Предположим, случается отказ левого контроллера, а именно модуля CPU. Управление автоматически передается резервному контроллеру, и теперь он становится главным. Здесь очень большое значение имеют время, которое система тратит на переключение на резерв (обычно меньше 0.5 с) и отсутствие возмущений (удара). Теперь система работает на резерве. Как только инженер заменит отказавший модуль CPU на исправный, система автоматически передаст ему управление и возвратится в исходное состояние.
На рис. 3 изображен резервированный контроллер S7-400H производства Siemens. Данный контроллер входит в состав РСУ Simatic PCS7.
Рис. 3. Резервированный контроллер S7-400H. Несколько другое техническое решение показано на примере резервированного контроллера FCP270 производства Foxboro (рис. 4). Данный контроллер входит в состав системы управления Foxboro IA Series.
Рис. 4. Резервированный контроллер FCP270.
На базовой панели инсталлировано два процессорных модуля, работающих как резервированная пара, и коммуникационный модуль для сопряжения с оптическими сетями стандарта Ethernet. Взаимодействие между модулями происходит по внутренней шине (тоже резервированной), спрятанной непосредственно в базовую панель (ее не видно на рисунке).
На рисунке ниже показан контроллер AC800M производства ABB (часть РСУ Extended Automation System 800xA).
Рис. 5. Контроллер AC800M.
Это не резервированный вариант. Контроллер состоит из двух коммуникационных модулей, одного СPU и одного локального модуля ввода/вывода. Кроме этого, к контроллеру можно подключить до 64 внешних модулей ввода/вывода.
При построении РСУ важно выбрать контроллер, удовлетворяющий всем техническим условиям и требованиям конкретного производства. Подбирая оптимальную конфигурацию, инженеры оперируют определенными техническими характеристиками промышленных контроллеров. Наиболее значимые перечислены ниже:
1. Возможность полного резервирования. Для задач, где отказоустойчивость критична (химия, нефтехимия, металлургия и т.д.), применение резервированных конфигураций вполне оправдано, тогда как для других менее ответственных производств резервирование зачастую оказывается избыточным решением.
2. Количество и тип поддерживаемых коммуникационных интерфейсов. Это определяет гибкость и масштабируемость системы управления в целом. Современные контроллеры способны поддерживать до 10 стандартов передачи данных одновременно, что во многом определяет их универсальность.
3. Быстродействие. Измеряется, как правило, в количестве выполняемых в секунду элементарных операций (до 200 млн.). Иногда быстродействие измеряется количеством обрабатываемых за секунду функциональных блоков (что такое функциональный блок – будет рассказано в следующей статье). Быстродействие зависит от типа центрального процессора (популярные производители - Intel, AMD, Motorola, Texas Instruments и т.д.)
4. Объем оперативной памяти. Во время работы контроллера в его оперативную память загружены запрограммированные пользователем алгоритмы автоматизированного управления, операционная система, библиотечные модули и т.д. Очевидно, чем больше оперативной памяти, тем сложнее и объемнее алгоритмы контроллер может выполнять, тем больше простора для творчества у программиста. Варьируется от 256 килобайт до 32 мегабайт.
5. Надежность. Наработка на отказ до 10-12 лет.
6. Наличие специализированных средств разработки и поддержка различных языков программирования. Очевидно, что существование специализированный среды разработки прикладных программ – это стандарт для современного контроллера АСУ ТП. Для удобства программиста реализуется поддержка сразу нескольких языков как визуального, так и текстового (процедурного) программирования (FBD, SFC, IL, LAD, ST; об этом в следующей статье).
7. Возможность изменения алгоритмов управления на “лету” (online changes), т.е. без остановки работы контроллера. Для большинства контроллеров, применяемых в РСУ, поддержка online changes жизненно необходима, так как позволяет тонко настраивать систему или расширять ее функционал прямо на работающем производстве.
8. Возможность локального ввода/вывода. Как видно из рис. 4 контроллер Foxboro FCP270 рассчитан на работу только с удаленной подсистемой ввода/вывода, подключаемой к нему по оптическим каналам. Simatic S7-400 может спокойно работать как с локальными модулями ввода/вывода (свободные слоты на базовой панели есть), так и удаленными узлами.
9. Вес, габаритные размеры, вид монтажа (на DIN-рейку, на монтажную панель или в стойку 19”). Важно учитывать при проектировании и сборке системных шкафов.
10. Условия эксплуатации (температура, влажность, механические нагрузки). Большинство промышленных контроллеров могут работать в нечеловеческих условиях от 0 до 65 °С и при влажности до 95-98%.
[ http://kazanets.narod.ru/PLC_PART1.htm]Тематики
Синонимы
EN
DE
- speicherprogrammierbare Steuerung, f
FR
Русско-немецкий словарь нормативно-технической терминологии > программируемый логический контроллер
10 программируемый логический контроллер
программируемый логический контроллер
ПЛК
-
[Интент]
контроллер
Управляющее устройство, осуществляющее автоматическое управление посредством программной реализации алгоритмов управления.
[Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]EN
storage-programmable logic controller
computer-aided control equipment or system whose logic sequence can be varied via a directly or remote-control connected programming device, for example a control panel, a host computer or a portable terminal
[IEV ref 351-32-34]FR
automate programmable à mémoire
См. также:
équipement ou système de commande assisté par ordinateur dont la séquence logique peut être modifiée directement ou par l'intermédiaire d'un dispositif de programmation relié à une télécommande, par exemple un panneau de commande, un ordinateur hôte ou un terminal de données portatif
[IEV ref 351-32-34]
- архитектура контроллера;
- производительность контроллера;
- время реакции контроллера;
КЛАССИФИКАЦИЯ
Основным показателем ПЛК является количество каналов ввода-вывода. По этому признаку ПЛК делятся на следующие группы:- нано- ПЛК (менее 16 каналов);
- микро-ПЛК (более 16, до 100 каналов);
- средние (более 100, до 500 каналов);
- большие (более 500 каналов).
- моноблочными - в которых устройство ввода-вывода не может быть удалено из контроллера или заменено на другое. Конструктивно контроллер представляет собой единое целое с устройствами ввода-вывода (например, одноплатный контроллер). Моноблочный контроллер может иметь, например, 16 каналов дискретного ввода и 8 каналов релейного вывода;
- модульные - состоящие из общей корзины (шасси), в которой располагаются модуль центрального процессора и сменные модули ввода-вывода. Состав модулей выбирается пользователем в зависимости от решаемой задачи. Типовое количество слотов для сменных модулей - от 8 до 32;
- распределенные (с удаленными модулями ввода-вывода) - в которых модули ввода-вывода выполнены в отдельных корпусах, соединяются с модулем контроллера по сети (обычно на основе интерфейса RS-485) и могут быть расположены на расстоянии до 1,2 км от процессорного модуля.
Многие контроллеры имеют набор сменных процессорных плат разной производительности. Это позволяет расширить круг потенциальных пользователей системы без изменения ее конструктива.
По конструктивному исполнению и способу крепления контроллеры делятся на:- панельные (для монтажа на панель или дверцу шкафа);
- для монтажа на DIN-рейку внутри шкафа;
- для крепления на стене;
- стоечные - для монтажа в стойке;
- бескорпусные (обычно одноплатные) для применения в специализированных конструктивах производителей оборудования (OEM - "Original Equipment Manufact urer").
По области применения контроллеры делятся на следующие типы:- универсальные общепромышленные;
- для управления роботами;
- для управления позиционированием и перемещением;
- коммуникационные;
- ПИД-контроллеры;
- специализированные.
По способу программирования контроллеры бывают:- программируемые с лицевой панели контроллера;
- программируемые переносным программатором;
- программируемые с помощью дисплея, мыши и клавиатуры;
- программируемые с помощью персонального компьютера.
Контроллеры могут программироваться на следующих языках:- на классических алгоритмических языках (C, С#, Visual Basic);
- на языках МЭК 61131-3.
Контроллеры могут содержать в своем составе модули ввода-вывода или не содержать их. Примерами контроллеров без модулей ввода-вывода являются коммуникационные контроллеры, которые выполняют функцию межсетевого шлюза, или контроллеры, получающие данные от контроллеров нижнего уровня иерархии АСУ ТП. Контроллеры для систем автоматизации
Слово "контроллер" произошло от английского "control" (управление), а не от русского "контроль" (учет, проверка). Контроллером в системах автоматизации называют устройство, выполняющее управление физическими процессами по записанному в него алгоритму, с использованием информации, получаемой от датчиков и выводимой в исполнительные устройства.
Первые контроллеры появились на рубеже 60-х и 70-х годов в автомобильной промышленности, где использовались для автоматизации сборочных линий. В то время компьютеры стоили чрезвычайно дорого, поэтому контроллеры строились на жесткой логике (программировались аппаратно), что было гораздо дешевле. Однако перенастройка с одной технологической линии на другую требовала фактически изготовления нового контроллера. Поэтому появились контроллеры, алгоритм работы которых мог быть изменен несколько проще - с помощью схемы соединений реле. Такие контроллеры получили название программируемых логических контроллеров (ПЛК), и этот термин сохранился до настоящего времени. Везде ниже термины "контроллер" и "ПЛК" мы будем употреблять как синонимы.
Немного позже появились ПЛК, которые можно было программировать на машинно-ориентированном языке, что было проще конструктивно, но требовало участия специально обученного программиста для внесения даже незначительных изменений в алгоритм управления. С этого момента началась борьба за упрощение процесса программирования ПЛК, которая привела сначала к созданию языков высокого уровня, затем - специализированных языков визуального программирования, похожих на язык релейной логики. В настоящее время этот процесс завершился созданием международного стандарта IEC (МЭК) 1131-3, который позже был переименован в МЭК 61131-3. Стандарт МЭК 61131-3 поддерживает пять языков технологического программирования, что исключает необходимость привлечения профессиональных программистов при построении систем с контроллерами, оставляя для них решение нестандартных задач.
В связи с тем, что способ программирования является наиболее существенным классифицирующим признаком контроллера, понятие "ПЛК" все реже используется для обозначения управляющих контроллеров, которые не поддерживают технологические языки программирования. Жесткие ограничения на стоимость и огромное разнообразие целей автоматизации привели к невозможности создания универсального ПЛК, как это случилось с офисными компьютерами. Область автоматизации выдвигает множество задач, в соответствии с которыми развивается и рынок, содержащий сотни непохожих друг на друга контроллеров, различающихся десятками параметров.
Выбор оптимального для конкретной задачи контроллера основывается обычно на соответствии функциональных характеристик контроллера решаемой задаче при условии минимальной его стоимости. Учитываются также другие важные характеристики (температурный диапазон, надежность, бренд изготовителя, наличие разрешений Ростехнадзора, сертификатов и т. п.).
Несмотря на огромное разнообразие контроллеров, в их развитии заметны следующие общие тенденции:- уменьшение габаритов;
- расширение функциональных возможностей;
- увеличение количества поддерживаемых интерфейсов и сетей;
- использование идеологии "открытых систем";
- использование языков программирования стандарта МЭК 61131-3;
- снижение цены.
[ http://bookasutp.ru/Chapter6_1.aspx]
Программируемый логический контроллер (ПЛК, PLC) – микропроцессорное устройство, предназначенное для управления технологическим процессом и другими сложными технологическими объектами.
Принцип работы контроллера состоит в выполнение следующего цикла операций:
1. Сбор сигналов с датчиков;
2. Обработка сигналов согласно прикладному алгоритму управления;
3. Выдача управляющих воздействий на исполнительные устройства.
В нормальном режиме работы контроллер непрерывно выполняет этот цикл с частотой от 50 раз в секунду. Время, затрачиваемое контроллером на выполнение полного цикла, часто называют временем (или периодом) сканирования; в большинстве современных ПЛК сканирование может настраиваться пользователем в диапазоне от 20 до 30000 миллисекунд. Для быстрых технологических процессов, где критична скорость реакции системы и требуется оперативное регулирование, время сканирования может составлять 20 мс, однако для большинства непрерывных процессов период 100 мс считается вполне приемлемым.
Аппаратно контроллеры имеют модульную архитектуру и могут состоять из следующих компонентов:
1. Базовая панель ( Baseplate). Она служит для размещения на ней других модулей системы, устанавливаемых в специально отведенные позиции (слоты). Внутри базовой панели проходят две шины: одна - для подачи питания на электронные модули, другая – для пересылки данных и информационного обмена между модулями.
2. Модуль центрального вычислительного устройства ( СPU). Это мозг системы. Собственно в нем и происходит математическая обработка данных. Для связи с другими устройствами CPU часто оснащается сетевым интерфейсом, поддерживающим тот или иной коммуникационный стандарт.
3. Дополнительные коммуникационные модули. Необходимы для добавления сетевых интерфейсов, неподдерживаемых напрямую самим CPU. Коммуникационные модули существенно расширяют возможности ПЛК по сетевому взаимодействию. C их помощью к контроллеру подключают узлы распределенного ввода/вывода, интеллектуальные полевые приборы и станции операторского уровня.
4. Блок питания. Нужен для запитки системы от 220 V. Однако многие ПЛК не имеют стандартного блока питания и запитываются от внешнего.
Рис.1. Контроллер РСУ с коммуникациями Profibus и Ethernet.
Иногда на базовую панель, помимо указанных выше, допускается устанавливать модули ввода/вывода полевых сигналов, которые образуют так называемый локальный ввод/вывод. Однако для большинства РСУ (DCS) характерно использование именно распределенного (удаленного) ввода/вывода.
Отличительной особенностью контроллеров, применяемых в DCS, является возможность их резервирования. Резервирование нужно для повышения отказоустойчивости системы и заключается, как правило, в дублировании аппаратных модулей системы.
Рис. 2. Резервированный контроллер с коммуникациями Profibus и Ethernet.
Резервируемые модули работают параллельно и выполняют одни и те же функции. При этом один модуль находится в активном состоянии, а другой, являясь резервом, – в режиме “standby”. В случае отказа активного модуля, система автоматически переключается на резерв (это называется “горячий резерв”).
Обратите внимание, контроллеры связаны шиной синхронизации, по которой они мониторят состояние друг друга. Это решение позволяет разнести резервированные модули на значительное расстояние друг от друга (например, расположить их в разных шкафах или даже аппаратных).
Допустим, в данный момент активен левый контроллер, правый – находится в резерве. При этом, даже находясь в резерве, правый контроллер располагает всеми процессными данными и выполняет те же самые математические операции, что и левый. Контроллеры синхронизированы. Предположим, случается отказ левого контроллера, а именно модуля CPU. Управление автоматически передается резервному контроллеру, и теперь он становится главным. Здесь очень большое значение имеют время, которое система тратит на переключение на резерв (обычно меньше 0.5 с) и отсутствие возмущений (удара). Теперь система работает на резерве. Как только инженер заменит отказавший модуль CPU на исправный, система автоматически передаст ему управление и возвратится в исходное состояние.
На рис. 3 изображен резервированный контроллер S7-400H производства Siemens. Данный контроллер входит в состав РСУ Simatic PCS7.
Рис. 3. Резервированный контроллер S7-400H. Несколько другое техническое решение показано на примере резервированного контроллера FCP270 производства Foxboro (рис. 4). Данный контроллер входит в состав системы управления Foxboro IA Series.
Рис. 4. Резервированный контроллер FCP270.
На базовой панели инсталлировано два процессорных модуля, работающих как резервированная пара, и коммуникационный модуль для сопряжения с оптическими сетями стандарта Ethernet. Взаимодействие между модулями происходит по внутренней шине (тоже резервированной), спрятанной непосредственно в базовую панель (ее не видно на рисунке).
На рисунке ниже показан контроллер AC800M производства ABB (часть РСУ Extended Automation System 800xA).
Рис. 5. Контроллер AC800M.
Это не резервированный вариант. Контроллер состоит из двух коммуникационных модулей, одного СPU и одного локального модуля ввода/вывода. Кроме этого, к контроллеру можно подключить до 64 внешних модулей ввода/вывода.
При построении РСУ важно выбрать контроллер, удовлетворяющий всем техническим условиям и требованиям конкретного производства. Подбирая оптимальную конфигурацию, инженеры оперируют определенными техническими характеристиками промышленных контроллеров. Наиболее значимые перечислены ниже:
1. Возможность полного резервирования. Для задач, где отказоустойчивость критична (химия, нефтехимия, металлургия и т.д.), применение резервированных конфигураций вполне оправдано, тогда как для других менее ответственных производств резервирование зачастую оказывается избыточным решением.
2. Количество и тип поддерживаемых коммуникационных интерфейсов. Это определяет гибкость и масштабируемость системы управления в целом. Современные контроллеры способны поддерживать до 10 стандартов передачи данных одновременно, что во многом определяет их универсальность.
3. Быстродействие. Измеряется, как правило, в количестве выполняемых в секунду элементарных операций (до 200 млн.). Иногда быстродействие измеряется количеством обрабатываемых за секунду функциональных блоков (что такое функциональный блок – будет рассказано в следующей статье). Быстродействие зависит от типа центрального процессора (популярные производители - Intel, AMD, Motorola, Texas Instruments и т.д.)
4. Объем оперативной памяти. Во время работы контроллера в его оперативную память загружены запрограммированные пользователем алгоритмы автоматизированного управления, операционная система, библиотечные модули и т.д. Очевидно, чем больше оперативной памяти, тем сложнее и объемнее алгоритмы контроллер может выполнять, тем больше простора для творчества у программиста. Варьируется от 256 килобайт до 32 мегабайт.
5. Надежность. Наработка на отказ до 10-12 лет.
6. Наличие специализированных средств разработки и поддержка различных языков программирования. Очевидно, что существование специализированный среды разработки прикладных программ – это стандарт для современного контроллера АСУ ТП. Для удобства программиста реализуется поддержка сразу нескольких языков как визуального, так и текстового (процедурного) программирования (FBD, SFC, IL, LAD, ST; об этом в следующей статье).
7. Возможность изменения алгоритмов управления на “лету” (online changes), т.е. без остановки работы контроллера. Для большинства контроллеров, применяемых в РСУ, поддержка online changes жизненно необходима, так как позволяет тонко настраивать систему или расширять ее функционал прямо на работающем производстве.
8. Возможность локального ввода/вывода. Как видно из рис. 4 контроллер Foxboro FCP270 рассчитан на работу только с удаленной подсистемой ввода/вывода, подключаемой к нему по оптическим каналам. Simatic S7-400 может спокойно работать как с локальными модулями ввода/вывода (свободные слоты на базовой панели есть), так и удаленными узлами.
9. Вес, габаритные размеры, вид монтажа (на DIN-рейку, на монтажную панель или в стойку 19”). Важно учитывать при проектировании и сборке системных шкафов.
10. Условия эксплуатации (температура, влажность, механические нагрузки). Большинство промышленных контроллеров могут работать в нечеловеческих условиях от 0 до 65 °С и при влажности до 95-98%.
[ http://kazanets.narod.ru/PLC_PART1.htm]Тематики
Синонимы
EN
DE
- speicherprogrammierbare Steuerung, f
FR
Русско-английский словарь нормативно-технической терминологии > программируемый логический контроллер
11 программируемый логический контроллер
программируемый логический контроллер
ПЛК
-
[Интент]
контроллер
Управляющее устройство, осуществляющее автоматическое управление посредством программной реализации алгоритмов управления.
[Сборник рекомендуемых терминов. Выпуск 107. Теория управления.
Академия наук СССР. Комитет научно-технической терминологии. 1984 г.]EN
storage-programmable logic controller
computer-aided control equipment or system whose logic sequence can be varied via a directly or remote-control connected programming device, for example a control panel, a host computer or a portable terminal
[IEV ref 351-32-34]FR
automate programmable à mémoire
См. также:
équipement ou système de commande assisté par ordinateur dont la séquence logique peut être modifiée directement ou par l'intermédiaire d'un dispositif de programmation relié à une télécommande, par exemple un panneau de commande, un ordinateur hôte ou un terminal de données portatif
[IEV ref 351-32-34]
- архитектура контроллера;
- производительность контроллера;
- время реакции контроллера;
КЛАССИФИКАЦИЯ
Основным показателем ПЛК является количество каналов ввода-вывода. По этому признаку ПЛК делятся на следующие группы:- нано- ПЛК (менее 16 каналов);
- микро-ПЛК (более 16, до 100 каналов);
- средние (более 100, до 500 каналов);
- большие (более 500 каналов).
- моноблочными - в которых устройство ввода-вывода не может быть удалено из контроллера или заменено на другое. Конструктивно контроллер представляет собой единое целое с устройствами ввода-вывода (например, одноплатный контроллер). Моноблочный контроллер может иметь, например, 16 каналов дискретного ввода и 8 каналов релейного вывода;
- модульные - состоящие из общей корзины (шасси), в которой располагаются модуль центрального процессора и сменные модули ввода-вывода. Состав модулей выбирается пользователем в зависимости от решаемой задачи. Типовое количество слотов для сменных модулей - от 8 до 32;
- распределенные (с удаленными модулями ввода-вывода) - в которых модули ввода-вывода выполнены в отдельных корпусах, соединяются с модулем контроллера по сети (обычно на основе интерфейса RS-485) и могут быть расположены на расстоянии до 1,2 км от процессорного модуля.
Многие контроллеры имеют набор сменных процессорных плат разной производительности. Это позволяет расширить круг потенциальных пользователей системы без изменения ее конструктива.
По конструктивному исполнению и способу крепления контроллеры делятся на:- панельные (для монтажа на панель или дверцу шкафа);
- для монтажа на DIN-рейку внутри шкафа;
- для крепления на стене;
- стоечные - для монтажа в стойке;
- бескорпусные (обычно одноплатные) для применения в специализированных конструктивах производителей оборудования (OEM - "Original Equipment Manufact urer").
По области применения контроллеры делятся на следующие типы:- универсальные общепромышленные;
- для управления роботами;
- для управления позиционированием и перемещением;
- коммуникационные;
- ПИД-контроллеры;
- специализированные.
По способу программирования контроллеры бывают:- программируемые с лицевой панели контроллера;
- программируемые переносным программатором;
- программируемые с помощью дисплея, мыши и клавиатуры;
- программируемые с помощью персонального компьютера.
Контроллеры могут программироваться на следующих языках:- на классических алгоритмических языках (C, С#, Visual Basic);
- на языках МЭК 61131-3.
Контроллеры могут содержать в своем составе модули ввода-вывода или не содержать их. Примерами контроллеров без модулей ввода-вывода являются коммуникационные контроллеры, которые выполняют функцию межсетевого шлюза, или контроллеры, получающие данные от контроллеров нижнего уровня иерархии АСУ ТП. Контроллеры для систем автоматизации
Слово "контроллер" произошло от английского "control" (управление), а не от русского "контроль" (учет, проверка). Контроллером в системах автоматизации называют устройство, выполняющее управление физическими процессами по записанному в него алгоритму, с использованием информации, получаемой от датчиков и выводимой в исполнительные устройства.
Первые контроллеры появились на рубеже 60-х и 70-х годов в автомобильной промышленности, где использовались для автоматизации сборочных линий. В то время компьютеры стоили чрезвычайно дорого, поэтому контроллеры строились на жесткой логике (программировались аппаратно), что было гораздо дешевле. Однако перенастройка с одной технологической линии на другую требовала фактически изготовления нового контроллера. Поэтому появились контроллеры, алгоритм работы которых мог быть изменен несколько проще - с помощью схемы соединений реле. Такие контроллеры получили название программируемых логических контроллеров (ПЛК), и этот термин сохранился до настоящего времени. Везде ниже термины "контроллер" и "ПЛК" мы будем употреблять как синонимы.
Немного позже появились ПЛК, которые можно было программировать на машинно-ориентированном языке, что было проще конструктивно, но требовало участия специально обученного программиста для внесения даже незначительных изменений в алгоритм управления. С этого момента началась борьба за упрощение процесса программирования ПЛК, которая привела сначала к созданию языков высокого уровня, затем - специализированных языков визуального программирования, похожих на язык релейной логики. В настоящее время этот процесс завершился созданием международного стандарта IEC (МЭК) 1131-3, который позже был переименован в МЭК 61131-3. Стандарт МЭК 61131-3 поддерживает пять языков технологического программирования, что исключает необходимость привлечения профессиональных программистов при построении систем с контроллерами, оставляя для них решение нестандартных задач.
В связи с тем, что способ программирования является наиболее существенным классифицирующим признаком контроллера, понятие "ПЛК" все реже используется для обозначения управляющих контроллеров, которые не поддерживают технологические языки программирования. Жесткие ограничения на стоимость и огромное разнообразие целей автоматизации привели к невозможности создания универсального ПЛК, как это случилось с офисными компьютерами. Область автоматизации выдвигает множество задач, в соответствии с которыми развивается и рынок, содержащий сотни непохожих друг на друга контроллеров, различающихся десятками параметров.
Выбор оптимального для конкретной задачи контроллера основывается обычно на соответствии функциональных характеристик контроллера решаемой задаче при условии минимальной его стоимости. Учитываются также другие важные характеристики (температурный диапазон, надежность, бренд изготовителя, наличие разрешений Ростехнадзора, сертификатов и т. п.).
Несмотря на огромное разнообразие контроллеров, в их развитии заметны следующие общие тенденции:- уменьшение габаритов;
- расширение функциональных возможностей;
- увеличение количества поддерживаемых интерфейсов и сетей;
- использование идеологии "открытых систем";
- использование языков программирования стандарта МЭК 61131-3;
- снижение цены.
[ http://bookasutp.ru/Chapter6_1.aspx]
Программируемый логический контроллер (ПЛК, PLC) – микропроцессорное устройство, предназначенное для управления технологическим процессом и другими сложными технологическими объектами.
Принцип работы контроллера состоит в выполнение следующего цикла операций:
1. Сбор сигналов с датчиков;
2. Обработка сигналов согласно прикладному алгоритму управления;
3. Выдача управляющих воздействий на исполнительные устройства.
В нормальном режиме работы контроллер непрерывно выполняет этот цикл с частотой от 50 раз в секунду. Время, затрачиваемое контроллером на выполнение полного цикла, часто называют временем (или периодом) сканирования; в большинстве современных ПЛК сканирование может настраиваться пользователем в диапазоне от 20 до 30000 миллисекунд. Для быстрых технологических процессов, где критична скорость реакции системы и требуется оперативное регулирование, время сканирования может составлять 20 мс, однако для большинства непрерывных процессов период 100 мс считается вполне приемлемым.
Аппаратно контроллеры имеют модульную архитектуру и могут состоять из следующих компонентов:
1. Базовая панель ( Baseplate). Она служит для размещения на ней других модулей системы, устанавливаемых в специально отведенные позиции (слоты). Внутри базовой панели проходят две шины: одна - для подачи питания на электронные модули, другая – для пересылки данных и информационного обмена между модулями.
2. Модуль центрального вычислительного устройства ( СPU). Это мозг системы. Собственно в нем и происходит математическая обработка данных. Для связи с другими устройствами CPU часто оснащается сетевым интерфейсом, поддерживающим тот или иной коммуникационный стандарт.
3. Дополнительные коммуникационные модули. Необходимы для добавления сетевых интерфейсов, неподдерживаемых напрямую самим CPU. Коммуникационные модули существенно расширяют возможности ПЛК по сетевому взаимодействию. C их помощью к контроллеру подключают узлы распределенного ввода/вывода, интеллектуальные полевые приборы и станции операторского уровня.
4. Блок питания. Нужен для запитки системы от 220 V. Однако многие ПЛК не имеют стандартного блока питания и запитываются от внешнего.
Рис.1. Контроллер РСУ с коммуникациями Profibus и Ethernet.
Иногда на базовую панель, помимо указанных выше, допускается устанавливать модули ввода/вывода полевых сигналов, которые образуют так называемый локальный ввод/вывод. Однако для большинства РСУ (DCS) характерно использование именно распределенного (удаленного) ввода/вывода.
Отличительной особенностью контроллеров, применяемых в DCS, является возможность их резервирования. Резервирование нужно для повышения отказоустойчивости системы и заключается, как правило, в дублировании аппаратных модулей системы.
Рис. 2. Резервированный контроллер с коммуникациями Profibus и Ethernet.
Резервируемые модули работают параллельно и выполняют одни и те же функции. При этом один модуль находится в активном состоянии, а другой, являясь резервом, – в режиме “standby”. В случае отказа активного модуля, система автоматически переключается на резерв (это называется “горячий резерв”).
Обратите внимание, контроллеры связаны шиной синхронизации, по которой они мониторят состояние друг друга. Это решение позволяет разнести резервированные модули на значительное расстояние друг от друга (например, расположить их в разных шкафах или даже аппаратных).
Допустим, в данный момент активен левый контроллер, правый – находится в резерве. При этом, даже находясь в резерве, правый контроллер располагает всеми процессными данными и выполняет те же самые математические операции, что и левый. Контроллеры синхронизированы. Предположим, случается отказ левого контроллера, а именно модуля CPU. Управление автоматически передается резервному контроллеру, и теперь он становится главным. Здесь очень большое значение имеют время, которое система тратит на переключение на резерв (обычно меньше 0.5 с) и отсутствие возмущений (удара). Теперь система работает на резерве. Как только инженер заменит отказавший модуль CPU на исправный, система автоматически передаст ему управление и возвратится в исходное состояние.
На рис. 3 изображен резервированный контроллер S7-400H производства Siemens. Данный контроллер входит в состав РСУ Simatic PCS7.
Рис. 3. Резервированный контроллер S7-400H. Несколько другое техническое решение показано на примере резервированного контроллера FCP270 производства Foxboro (рис. 4). Данный контроллер входит в состав системы управления Foxboro IA Series.
Рис. 4. Резервированный контроллер FCP270.
На базовой панели инсталлировано два процессорных модуля, работающих как резервированная пара, и коммуникационный модуль для сопряжения с оптическими сетями стандарта Ethernet. Взаимодействие между модулями происходит по внутренней шине (тоже резервированной), спрятанной непосредственно в базовую панель (ее не видно на рисунке).
На рисунке ниже показан контроллер AC800M производства ABB (часть РСУ Extended Automation System 800xA).
Рис. 5. Контроллер AC800M.
Это не резервированный вариант. Контроллер состоит из двух коммуникационных модулей, одного СPU и одного локального модуля ввода/вывода. Кроме этого, к контроллеру можно подключить до 64 внешних модулей ввода/вывода.
При построении РСУ важно выбрать контроллер, удовлетворяющий всем техническим условиям и требованиям конкретного производства. Подбирая оптимальную конфигурацию, инженеры оперируют определенными техническими характеристиками промышленных контроллеров. Наиболее значимые перечислены ниже:
1. Возможность полного резервирования. Для задач, где отказоустойчивость критична (химия, нефтехимия, металлургия и т.д.), применение резервированных конфигураций вполне оправдано, тогда как для других менее ответственных производств резервирование зачастую оказывается избыточным решением.
2. Количество и тип поддерживаемых коммуникационных интерфейсов. Это определяет гибкость и масштабируемость системы управления в целом. Современные контроллеры способны поддерживать до 10 стандартов передачи данных одновременно, что во многом определяет их универсальность.
3. Быстродействие. Измеряется, как правило, в количестве выполняемых в секунду элементарных операций (до 200 млн.). Иногда быстродействие измеряется количеством обрабатываемых за секунду функциональных блоков (что такое функциональный блок – будет рассказано в следующей статье). Быстродействие зависит от типа центрального процессора (популярные производители - Intel, AMD, Motorola, Texas Instruments и т.д.)
4. Объем оперативной памяти. Во время работы контроллера в его оперативную память загружены запрограммированные пользователем алгоритмы автоматизированного управления, операционная система, библиотечные модули и т.д. Очевидно, чем больше оперативной памяти, тем сложнее и объемнее алгоритмы контроллер может выполнять, тем больше простора для творчества у программиста. Варьируется от 256 килобайт до 32 мегабайт.
5. Надежность. Наработка на отказ до 10-12 лет.
6. Наличие специализированных средств разработки и поддержка различных языков программирования. Очевидно, что существование специализированный среды разработки прикладных программ – это стандарт для современного контроллера АСУ ТП. Для удобства программиста реализуется поддержка сразу нескольких языков как визуального, так и текстового (процедурного) программирования (FBD, SFC, IL, LAD, ST; об этом в следующей статье).
7. Возможность изменения алгоритмов управления на “лету” (online changes), т.е. без остановки работы контроллера. Для большинства контроллеров, применяемых в РСУ, поддержка online changes жизненно необходима, так как позволяет тонко настраивать систему или расширять ее функционал прямо на работающем производстве.
8. Возможность локального ввода/вывода. Как видно из рис. 4 контроллер Foxboro FCP270 рассчитан на работу только с удаленной подсистемой ввода/вывода, подключаемой к нему по оптическим каналам. Simatic S7-400 может спокойно работать как с локальными модулями ввода/вывода (свободные слоты на базовой панели есть), так и удаленными узлами.
9. Вес, габаритные размеры, вид монтажа (на DIN-рейку, на монтажную панель или в стойку 19”). Важно учитывать при проектировании и сборке системных шкафов.
10. Условия эксплуатации (температура, влажность, механические нагрузки). Большинство промышленных контроллеров могут работать в нечеловеческих условиях от 0 до 65 °С и при влажности до 95-98%.
[ http://kazanets.narod.ru/PLC_PART1.htm]Тематики
Синонимы
EN
DE
- speicherprogrammierbare Steuerung, f
FR
Русско-французский словарь нормативно-технической терминологии > программируемый логический контроллер
12 человеко-машинный интерфейс
- operator-machine communication
- MMI
- man-machine interface
- man-machine communication
- human-machine interface
- human-computer interface
- human interface device
- human interface
- HMI
- computer human interface
- CHI
человеко-машинный интерфейс (ЧМИ)
Технические средства, предназначенные для обеспечения непосредственного взаимодействия между оператором и оборудованием и дающие возможность оператору управлять оборудованием и контролировать его функционирование.
Примечание
Такие средства могут включать приводимые в действие вручную органы управления, контрольные устройства, дисплеи.
[ ГОСТ Р МЭК 60447-2000]
человекомашинный интерфейс (ЧМИ)
Технические средства контроля и управления, являющиеся частью оборудования, предназначенные для обеспечения непосредственного взаимодействия между оператором и оборудованием и дающие возможность оператору управлять оборудованием и контролировать его функционирование (ГОСТ Р МЭК 60447).
Примечание
Такие средства могут включать приводимые в действие вручную органы управления, контрольные устройства и дисплеи.
[ ГОСТ Р МЭК 60073-2000]
человеко-машинный интерфейс
Средства обеспечения двусторонней связи "оператор - технологическое оборудование" (АСУ ТП). Название класса средств, в который входят подклассы:
SCADA (Supervisory Control and Data Acquisition) - Операторское управление и сбор данных от технологического оборудования.
DCS (Distributed Control Systems) - Распределенная система управления технологическим оборудованием.
[ http://www.morepc.ru/dict/]Параллельные тексты EN-RU
MotorSys™ iPMCC solutions can integrate a dedicated human-machine interface (HMI) or communicate via a personal computer directly on the motor starters.
[Schneider Electric]Интеллектуальный центр распределения электроэнергии и управления электродвигателями MotorSys™ может иметь в своем составе специальный человеко-машинный интерфейс (ЧМИ). В качестве альтернативы используется обмен данным между персональным компьютером и пускателями.
[Перевод Интент]
HMI на базе операторских станций
Самое, пожалуй, главное в системе управления - это организация взаимодействия между человеком и программно-аппаратным комплексом. Обеспечение такого взаимодействия и есть задача человеко-машинного интерфейса (HMI, human machine interface).
На мой взгляд, в аббревиатуре “АСУ ТП” ключевым является слово “автоматизированная”, что подразумевает непосредственное участие человека в процессе реализации системой определенных задач. Очевидно, что чем лучше организован HMI, тем эффективнее человек сможет решать поставленные задачи.
Как же организован HMI в современных АСУ ТП?
Существует, как минимум, два подхода реализации функционала HMI:- На базе специализированных рабочих станций оператора, устанавливаемых в центральной диспетчерской;
- На базе панелей локального управления, устанавливаемых непосредственно в цеху по близости с контролируемым технологическим объектам.
Иногда эти два варианта комбинируют, чтобы достичь наибольшей гибкости управления. В данной статье речь пойдет о первом варианте организации операторского уровня.
Аппаратно рабочая станция оператора (OS, operator station) представляет собой ни что иное как персональный компьютер. Как правило, станция снабжается несколькими широкоэкранными мониторами, функциональной клавиатурой и необходимыми сетевыми адаптерами для подключения к сетям верхнего уровня (например, на базе Industrial Ethernet). Станция оператора несколько отличается от привычных для нас офисных компьютеров, прежде всего, своим исполнением и эксплуатационными характеристиками (а также ценой 4000 - 10 000 долларов).
На рисунке 1 изображена рабочая станция оператора системы SIMATIC PCS7 производства Siemens, обладающая следующими техническими характеристиками:
Процессор: Intel Pentium 4, 3.4 ГГц;
Память: DDR2 SDRAM до 4 ГБ;
Материнская плата: ChipSet Intel 945G;
Жесткий диск: SATA-RAID 1/2 x 120 ГБ;
Слоты: 4 x PCI, 2 x PCI E x 1, 1 x PCI E x 16;
Степень защиты: IP 31;
Температура при эксплуатации: 5 – 45 C;
Влажность: 5 – 95 % (без образования конденсата);
Операционная система: Windows XP Professional/2003 Server.
Рис. 1. Пример промышленной рабочей станции оператора.Системный блок может быть как настольного исполнения ( desktop), так и для монтажа в 19” стойку ( rack-mounted). Чаще применяется второй вариант: системный блок монтируется в запираемую стойку для лучшей защищенности и предотвращения несанкционированного доступа.
Какое программное обеспечение используется?
На станции оператора устанавливается программный пакет визуализации технологического процесса (часто называемый SCADA). Большинство пакетов визуализации работают под управлением операционных систем семейства Windows (Windows NT 4.0, Windows 2000/XP, Windows 2003 Server), что, на мой взгляд, является большим минусом.
Программное обеспечение визуализации призвано выполнять следующие задачи:- Отображение технологической информации в удобной для человека графической форме (как правило, в виде интерактивных мнемосхем) – Process Visualization;
- Отображение аварийных сигнализаций технологического процесса – Alarm Visualization;
- Архивирование технологических данных (сбор истории процесса) – Historical Archiving;
- Предоставление оператору возможности манипулировать (управлять) объектами управления – Operator Control.
- Контроль доступа и протоколирование действий оператора – Access Control and Operator’s Actions Archiving.
- Автоматизированное составление отчетов за произвольный интервал времени (посменные отчеты, еженедельные, ежемесячные и т.д.) – Automated Reporting.
Как правило, SCADA состоит из двух частей:
- Среды разработки, где инженер рисует и программирует технологические мнемосхемы;
- Среды исполнения, необходимой для выполнения сконфигурированных мнемосхем в режиме runtime. Фактически это режим повседневной эксплуатации.
Существует две схемы подключения операторских станций к системе управления, а точнее уровню управления. В рамках первой схемы каждая операторская станция подключается к контроллерам уровня управления напрямую или с помощью промежуточного коммутатора (см. рисунок 2). Подключенная таким образом операторская станция работает независимо от других станций сети, и поэтому часто называется одиночной (пусть Вас не смущает такое название, на самом деле таких станций в сети может быть несколько).
Рис. 2. Схема подключения одиночных операторских станций к уровню управления.Есть и другой вариант. Часто операторские станции подключают к серверу или резервированной паре серверов, а серверы в свою очередь подключаются к промышленным контроллерам. Таким образом, сервер, являясь неким буфером, постоянно считывает данные с контроллера и предоставляет их по запросу рабочим станциям. Станции, подключенные по такой схеме, часто называют клиентами (см. рисунок 3).
Как происходит информационный обмен?
Рис. 3. Клиент-серверная архитектура операторского уровня.
Для сопряжения операторской станции с промышленным контроллером на первой устанавливается специальное ПО, называемое драйвером ввода/вывода. Драйвер ввода/вывода поддерживает совместимый с контроллером коммуникационный протокол и позволяет прикладным программам считывать с контроллера параметры или наоборот записывать в него. Пакет визуализации обращается к драйверу ввода/вывода каждый раз, когда требуется обновление отображаемой информации или запись измененных оператором данных. Для взаимодействия пакета визуализации и драйвера ввода/вывода используется несколько протоколов, наиболее популярные из которых OPC (OLE for Process Control) и NetDDE (Network Dynamic Data Exchange). Обобщенно можно сказать, что OPC и NetDDE – это протоколы информационного обмена между различными приложениями, которые могут выполняться как на одном, так и на разных компьютерах. На рисунках 4 и 5 изображено, как взаимодействуют программные компоненты при различных схемах построения операторского уровня.
Рис. 4. Схема взаимодействия программных модулей при использовании одиночных станций.
Рис. 5. Схема взаимодействия программных модулей при использовании клиент-серверной архитектуры.
Как выглядит SCADA?
Разберем простой пример. На рисунке 6 приведена абстрактная схема технологического процесса, хотя полноценным процессом это назвать трудно.
Рис. 6. Пример операторской мнемосхемы.
На рисунке 6 изображен очень упрощенный вариант операторской мнемосхемы для управления тех. процессом. Как видно, резервуар (емкость) наполняется водой. Задача системы - нагреть эту воду до определенной температуры. Для нагрева воды используется газовая горелка. Интенсивность горения регулируется клапаном подачи газа. Также должен быть насос для закачки воды в резервуар и клапан для спуска воды.
На мнемосхеме отображаются основные технологические параметры, такие как: температура воды; уровень воды в резервуаре; работа насосов; состояние клапанов и т.д. Эти данные обновляются на экране с заданной частотой. Если какой-либо параметр достигает аварийного значения, соответствующее поле начинает мигать, привлекая внимание оператора.
Сигналы ввода/вывода и исполнительные механизмы отображаются на мнемосхемах в виде интерактивных графических символов (иконок). Каждому типу сигналов и исполнительных механизмов присваивается свой символ: для дискретного сигнала это может быть переключатель, кнопка или лампочка; для аналогового – ползунок, диаграмма или текстовое поле; для двигателей и насосов – более сложные фейсплейты ( faceplates). Каждый символ, как правило, представляет собой отдельный ActiveX компонент. Вообще технология ActiveX широко используется в SCADA-пакетах, так как позволяет разработчику подгружать дополнительные символы, не входящие в стандартную библиотеку, а также разрабатывать свои собственные графические элементы, используя высокоуровневые языки программирования.
Допустим, оператор хочет включить насос. Для этого он щелкает по его иконке и вызывает панель управления ( faceplate). На этой панели он может выполнить определенные манипуляции: включить или выключить насос, подтвердить аварийную сигнализацию, перевести его в режим “техобслуживания” и т.д. (см. рисунок 7).
Рис. 7. Пример фейсплейта для управления насосом.Оператор также может посмотреть график изменения интересующего его технологического параметра, например, за прошедшую неделю. Для этого ему надо вызвать тренд ( trend) и выбрать соответствующий параметр для отображения. Пример тренда реального времени показан на рисунке 8.
Рис. 8. Пример отображения двух параметров на тренде реального времени.
Для более детального обзора сообщений и аварийных сигнализаций оператор может воспользоваться специальной панелью ( alarm panel), пример которой изображен на рисунке 9. Это отсортированный список сигнализаций (alarms), представленный в удобной для восприятия форме. Оператор может подтвердить ту или иную аварийную сигнализацию, применить фильтр или просто ее скрыть.
Рис. 9. Панель сообщений и аварийных сигнализаций.
Говоря о SCADA, инженеры часто оперируют таким важным понятием как “тэг” ( tag). Тэг является по существу некой переменной программы визуализации и может быть использован как для локального хранения данных внутри программы, так и в качестве ссылки на внешний параметр процесса. Тэги могут быть разных типов, начиная от обычных числовых данных и кончая структурой с множеством полей. Например, один визуализируемый параметр ввода/вывода – это тэг, или функциональный блок PID-регулятора, выполняемый внутри контроллера, - это тоже тэг. Ниже представлена сильно упрощенная структура тэга, соответствующего простому PID-регулятору:
Tag Name = “MyPID”;
Tag Type = PID;
Fields (список параметров):
MyPID.OP
MyPID.SP
MyPID.PV
MyPID.PR
MyPID.TI
MyPID.DI
MyPID.Mode
MyPID.RemoteSP
MyPID.Alarms и т.д.
В комплексной прикладной программе может быть несколько тысяч тэгов. Производители SCADA-пакетов это знают и поэтому применяют политику лицензирования на основе количества используемых тэгов. Каждая купленная лицензия жестко ограничивает суммарное количество тэгов, которые можно использовать в программе. Очевидно, чем больше тегов поддерживает лицензия, тем дороже она стоит; так, например, лицензия на 60 000 тэгов может обойтись в 5000 тыс. долларов или даже дороже. В дополнение к этому многие производители SCADA формируют весьма существенную разницу в цене между “голой” средой исполнения и полноценной средой разработки; естественно, последняя с таким же количеством тэгов будет стоить заметно дороже.
Сегодня на рынке представлено большое количество различных SCADA-пакетов, наиболее популярные из которых представлены ниже:
1. Wonderware Intouch;
2. Simatic WinCC;
3. Iconics Genesis32;
4. Citect;
5. Adastra Trace Mode
Лидирующие позиции занимают Wonderware Intouch (производства Invensys) и Simatic WinCC (разработки Siemens) с суммарным количеством инсталляций более 80 тыс. в мире. Пакет визуализации технологического процесса может поставляться как в составе комплексной системы управления, так и в виде отдельного программного продукта. В последнем случае SCADA комплектуется набором драйверов ввода/вывода для коммуникации с контроллерами различных производителей. [ http://kazanets.narod.ru/HMI_PART1.htm]Тематики
- автоматизация, основные понятия
- автоматизированные системы
Синонимы
EN
Русско-английский словарь нормативно-технической терминологии > человеко-машинный интерфейс
13 система
система ж. Anlage f; Anordnung f; Art f; Bauart f; Bauausführung f; Bauform f; Baumuster n; Einrichtung f; Gebilde n; Gruppe f; Kristallsystem n; Methode f; Satz m; Schar f; Syngonie f; геол. System n; Verfahren nсистема ж., устойчивая к отказам ausfallsicheres System n; fehlertolerantes System nсистема ж., работающая в реальном масштабе времени Echtzeitsystem n; Realzeitsystem nсистема ж., близкая к оптимальной fastoptimales System nсистема ж., обеспечивающая непрерывность ж. работы (напр., самонакладов) полигр. Paternostersystem nсистема ж. автоматизации инженерного труда, САИТ CAE-System nсистема ж. автоматизированного проектирования, САПР ж. Entwicklungssystem nсистема ж. автоматизированного проектирования и управления производством, САПР / АСУП CAD / CAM; CAD/CAM-System nсистема ж. автоматизированного проектирования и управления производством с помощью ВМ и отображением информации на мониторе CADAMсистема ж. автоматического регулирования, САР automatisches Regelungssystem n; Regelkette f; Regelkreis m; Selbstregelungssystem n; selbsttätige Regelung f; selbsttätiger Regelkreis mсистема ж. автоматического управления, САУ Steuerungssystem n; Selbststeuerungssystem n; Steueranlage f; selbsttätige Steuerung f; автом. selbsttätiger Steuerkreis mсистема ж. адресации выч. Adressensystem n; Adressiereinheit f; выч. Adressiersystem n; выч. Adressierungssystem n; выч. Adreßsystem nсистема ж. антенн Antennenanordnung f; рад. Antennenanordnung f regelmäßiger Ausführung; Antennensystem nсистема ж. ближней радионавигации Kurzstreckennavigationsradar n; Shoran-System n; рлк. Shoran-Verfahren nсистема ж. вентиляции Be- und Entlüftunganlage f; Belüftungsanlage f; Belüftungssystem n; Lüftungsanlage f; Lüftungssystem nсистема ж. впрыскивания бензина с электронным управлением elektronisch geregelte Benzineneinspritzung fсистема ж. впрыскивания топлива с индивидуальным регулированием по цилиндрам zylinderindividuelle Kraftstoffeinspritzung f; CIFIсистема ж. высокочастотного телефонирования Trägerfrequenzfernsprechsystem n; Trägerfrequenzsystem nсистема ж. единиц Джорджи Giorgisches Einheitensystem n; MKS-System n; Meter-Kilogramm-Sekunde-System n; metrisches System nсистема ж. единиц МКСА Giorgisches Einheitensystem n; Giorgisches Maßsystem n; Giorgisches System n; Meter-Kilogramm-Sekunde-Ampere-System nсистема ж. жизнеобеспечения косм. Lebenserhaltungssystem n; косм. Lebensunterhaltungssystem n; косм. Lebensversorgungsanlage f; косм. Versorgungseinrichtung fсистема ж. земледелия Ackerbausystem n; Betriebssystem n; Feldbausystem n; с.-х. landwirtschaftliches Betriebssystem nсистема ж. кодирования выч. Kodesystem n; Kodiersystem n; Kodierungssystem n; Schlüsselsystem n; Verschlüsselung f; Verschlüsselungssystem nсистема ж. коллективного пользования выч. Mehrbenutzersystem n; выч. Mehrfachzugriffssystem n; Vielfachzugriffssystem nсистема ж. команд выч. Befehlsrepertoire n; выч. Befehlssatz m; выч. Befehlssystem n; выч. Befehlsvorrat m; Kommandosystem nсистема ж. корригирования зубьев А.Э.Г. (для угла исходного контура 15 град.с коэффициентами смещения х1 - 0,5, х2 - 0,5) маш. AEG-Verzahnung fсистема ж. Менделеева Periodensystem n; хим. Periodensystem n der Elemente; periodisches System n; periodisches System n der Elementeсистема ж. метр-килограмм-секунда-ампер м. Giorgisches Einheitensystem n; Giorgisches Maßsystem n; Giorgisches System n; MKSA-System n; Meter-Kilogramm-Sekunde-Ampere-System nсистема ж. МКСА Giorgisches Einheitensystem n; Giorgisches Maßsystem n; Giorgisches System n; MKSA-System n; Meter-Kilogramm-Sekunde-Ampere-System nсистема ж. наведения Führungssystem n; ракет. Leitsystem n; Lenkeinrichtung f; Lenksystem n; киб. Nachführsystem n; ракет. Steuersystem n; ракет. Steuerungssystem nсистема ж. непрерывного впрыскивания (бензина) одной форсункой под дроссельную заслонку авто. kontinuierliche Zentraleinspritzung f; ZEKсистема ж. обработки данных Datenverarbeitungsanlage f; Datenverarbeitungsmaschine f; Datenverarbeitungssystem nсистема ж. обработки данных, работающая в истинном масштабе времени Sofortverarbeitungssystem nсистема ж. однократной записи и многократного воспроизведения (на компакт -дисках) англ. выч. write once - read many times; WORMсистема ж. опознавания Inspektionssystem n; Kennungsabfragegerät n; рлк. Kennungsanlage f; Kennungsgerät nсистема ж. ориентации косм. Fluglagenregler m; Lagekontrollsystem n; Orientierungssystem n; Referenzsystem nсистема ж. периодического впрыскивания (бензина) одной форсункой под дроссельную заслонку авто. intermittierende Zentraleinspritzung f; ZEIсистема ж. подачи топлива Brennstoffleitung f; Brennstoffsystem n; Brennstoffversorgung f; Kraftstoffleitungssystem n; ракет. Treibstofförderung f; Treibstofförderungssystem nсистема ж. подъёмных и опускных труб м. (напр., в прямоточном котле) Steigrohr- und Fallrohrsystem nсистема ж. посадки по приборам ав. Allwetterlandesystem n; Instrumentenlandesystem n; ILS; automatisches Landesystem nсистема ж. предотвращения буксования (СПБ) ведущих колёс (регулятор тормозных и тяговых сил по сцеплению колёс с дорогой) авто. Antriebsschlupfregelung f; ASRсистема ж. программного обеспечения SPU; Softwaresystem n; выч. System n der Programmunterstützung; Systemunterlagen f plсистема ж. пылеприготовления Brennstaubanlage f; Kohlenstaubanlage f; Kohlenstaubaufbereitung f; Mahlanlage f; тепл. Staubaufbereitungsanlage fсистема ж. пылеприготовления с промежуточным бункером Mahlanlage f mit Zwischenbunker; тепл. Zwischenbunkerungsanlage fсистема ж. разделения времени выч. Teilnehmerrechensystem n; англ. выч. Time-Sharing-System n; Zeitschachtelung f; Zeitteilungssystem nсистема ж. разработки диагональными слоями Abbau m in diagonalen Scheiben; Abbau m in schrägen Scheibenсистема ж. разработки длинными столбами по простиранию с выемкой заходками streichender Langpfeilerbau m mit Pfeilerverhieb in kurzen Abschnittenсистема ж. разработки длинными столбами по простиранию с выемкой полосами по восстанию streichender Langpfeilerbau m mit schwebendem Verhieb in Streifenсистема ж. разработки длинными столбами с выемкой поперечными короткими лавами Langpfeilerbau m mit Querstrebgewinnungсистема ж. разработки длинными столбами с выемкой продольными лавами Langpfeilerbau m mit Längsstrebgewinnungсистема ж. разработки длинными столбами со спаренными лавами Langpfeilerbau m mit zweiflügeligem Strebсистема ж. разработки короткими столбами с обрушением налегающих пород Kurzpfeilerbau m mit Zubruchwerfen des Deckgebirgesсистема ж. разработки короткими столбами с частичной закладкой выработанного пространства Kurzpfeilerbau m mit Teilversatz des abgebauten Raumsсистема ж. разработки наклонными слоями с выемкой полосами по простиранию Abbauverfahren n in geneigten Scheiben mit streichendem Verhieb in Streifenсистема ж. разработки наклонными слоями с обрушением кровли Bruchbau m in Scheiben parallel zum Einfallenсистема ж. разработки подэтажным обрушением наклонными заходками Teilsohlenbruchbau m in schrägen Streifenсистема ж. разработки подэтажным обрушением с деревянным матом Teilsohlenbruchbau m mit Holzmattenversatzсистема ж. разработки принудительным обрушением Abbauverfahren n mit Zubruchwerfen des Hangenden; Abbauverfahren n mit zwangsweisem Zubruchwerfen des Hangendenсистема ж. разработки программного обеспечения для пульта управления выч. Leitstand-Software-Entwicklungssystem n pro CAD-Lсистема ж. разработки с закладкой выработанного пространства Abbau m mit Versatz des abgebauten Raums; Versatzbau m; Versatzbauverfahren nсистема ж. разработки с закладкой очистного пространства Abbau m mit Versatz des abgebauten Raums; Versatzbau mсистема ж. разработки с отбойкой руды глубокими скважинами Abbau m mit Hereingewinnung des Erzes durch Langlöcherсистема ж. разработки с параллельным продвиганием смежных лав Strebbau m im Parallelvortrieb; streichender Strebbau m mit abgesetzten Stößenсистема ж. разработки с частичной закладкой выработанного пространства Abbau m mit Teilversatz des abgebauten Raumsсистема ж. регулирования Regelsystem n; Regelung f; Regelungssystem n; Reglersystem n; Steuersystem nсистема ж. рециркуляции отработавших газов (возврата ОГ в камеру сгорания ДВС) Abgas-Kreisführungssystem n, AKF-Systemсистема ж. с разделением времени выч. Teilnehmerrechensystem n; Time-sharing-System n; Zeitschachtelung fсистема ж. СИ Internationales Einheitensystem n; SIсистема ж. смазки Schmieranlage f; Schmierstoffsystem n; Schmiersystem n; Schmierung f; Ölleitungsplan mсистема ж. сопровождения обрабатываемого изделия с отображением пути перемещения рег. Materialverfolgung f mit der Wegabbildungсистема ж. технического зрения, СТЗ Computervision f; Sehsystem n; Sichtsystem nсистема ж. управления Führungssystem n; Leitsystem n; Lenkeinrichtung f; Lenksystem n; Regelsystem n; Regelungssystem n; Steueranlage f; Steuerkreis m; ракет. Steuersystem n; Steuerung f; ракет. Steuerungssystem nсистема ж. управления базами данных Datenbank-Managementsystem n; Datenbank-Verwaltungssystem n; выч. Datenbasis-Verwaltungssystem nсистема ж. управления извлечением стержней (из прессформы машины для литья под давлением) Kernzugansteuerung fсистема ж. управления наукой и техникой автоматизированная выч. automatisiertes Leitungssystem n für wissenschaftlich-technische Prozesseсистема ж. цветного телевидения, основанная на использовании трёх основных цветов Dreifarbenverfahren nсистема ж. цветного телевидения с одновременной передачей сигналов трёх цветов Simultanfarbfernsehen nсистема ж. цветного телевидения с последовательным чередованием цветов по строкам Zeilenfolgesystem nсистема ж. цветного телевидения с последовательным чередованием цветов по точкам или элементам изображения Punktfolgefarbensystem nсистема ж. центра инерции Massenmittelpunktsystem n; Schwerpunktsystem n; baryzentrisches Bezugssystem nсистема ж. центра масс Massenmittelpunktsystem n; Schwerpunktsystem n; baryzentrisches Bezugssystem nсистема ж. централизованного контроля за работой механизмов машинного и котельного отделений суд. zentrale Maschinenüberwachungsanlage fсистема ж. централизованного теплоснабжения Fernwärmeversorgungsanlage f; Fernwärmeversorgungssystem nсистема ж. централизованной обработки данных и управления производством integriertes Leitungs-Informationssystem nсистема ж. цифровой передачи речевых сообщений digitales Vermittlungssystem n für die Sprachvermittlung; HICOM-CSсистема ж. электронного учета и резервирования мест в пассажирских поездах Elektronische Platzbuchungsanlage f; EPAсистема ж. энергоснабжения Energiesystem n; Energieverbundsystem n; Energieversorgungssystem n; Verbundsystem n14 объектный
целевая ЭВМ, объектная ЭВМ — object computer
конечный модуль; объектный модуль — object module
Русско-английский словарь по информационным технологиям > объектный
15 образовательные модули
образовательные модули
Совместно с Российским международным Олимпийским университетом в 2010 году были разработаны 11 учебно-методических модулей по школьным гуманитарным предметам - истории, литературе, музыке, ИЗО и др. - которые теперь будут интегрировать в себя Олимпийскую и Паралимпийскую тематику. Под руководством Департамента образования в настоящее время сочинские педагоги проводят семинары для школьных учителей-предметников в рамках апробации этих модулей по методологии Оргкомитета. Затем материалы будут направлены в Минобрнауки России для регламентации их использования в федеральных масштабах.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]EN
educational modules
In 2010, 11 educational and methodological modules for humanities subjects in schools were produced, with the collaboration of the Russian International Olympic University. The subjects covered were history, literature, music and art, amongst others, which will be integrated into the Olympic and Paralympic subject areas. Under the guidance of the Educational Department, Sochi’s teachers have been delivering workshops for subject teachers within the framework of testing these modules for compliance with Organizing Committee procedures. Then, all these materials will be submitted to the Ministry of Education of the Russian Federation for approval of their use at federal level.
[Департамент лингвистических услуг Оргкомитета «Сочи 2014». Глоссарий терминов]Тематики
EN
Русско-английский словарь нормативно-технической терминологии > образовательные модули
16 динамически подключаемая библиотека
динамически подключаемая библиотека
Файлы с расширением.DLL, содержащие библиотеку многократно исполняемых модулей, компоновка с которыми выполняется не до загрузки, а при появлении ссылки на модуль во время исполнения программы. Это уменьшает размеры программы и позволяет вносить изменения только в один DLL-файл, а не отдельно в каждую программу, в которой он используется.
[ http://www.morepc.ru/dict/]Тематики
EN
Русско-английский словарь нормативно-технической терминологии > динамически подключаемая библиотека
17 протокол управления простой сетью
протокол управления простой сетью
Протокол, управляющий сетью, сетевыми устройствами и их функциями.
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]
простой протокол сетевого управления
Прикладной протокол (L7) управления сетевыми устройствами. Основное предназначение состоит в получении подробной информации о состоянии устройства и изменении его конфигурации в автоматическом режиме. Помимо периодического считывания SNMP-сервером информации с устройства, возможна активная сигнализация самим устройством о произошедших событиях.
[ http://www.morepc.ru/dict/]
простой протокол управления сетью
Протокол группы IETF по управлению сетью. Основной протокол администрирования сетей TCP/IP, обеспечивающий мониторинг и контроль сетевых устройств, обслуживание их конфигураций, сбор статистических данных, замеры производительности и проверку безопасности (МСЭ-Т Х.805; МСЭ-Т J.116).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]Вопросы сетевого управления традиционно входят в число основных как для производителей программ и оборудования, так и для организаций, занимающихся разработкой стандартов. Невероятно высокий темп развития сетей на базе протокола TCP/IP (и Internet в частности) и движение в сторону создания единой информационной магистрали обусловили необходимость разработки стандартного протокола управления устройствами по сети и множества высокоуровневых продуктов, которые его используют.
Протокол управления сетями определяет стандартный метод контроля какого-либо устройства со станции управления с целью определения его состояния, настроек и иной информации, а также ее модификации. Основным протоколом управления, используемым в семействе TCP/IP, является протокол SNMP (Simple Network Management Protocol простой протокол управления сетью). Сам протокол очень прост: он определяет только иерархическое пространство имен объектов управления и способ чтения (или записи) данных этих объектов на каждом узле. Основное преимущество этого протокола заключается в том, что он позволяет единообразным образом управлять всеми типами аппаратных средств, независимо от их назначения и особенностей. Все они говорят на одном языке и могут опрашиваться и конфигурироваться с центральной станции.
Однако, SNMP не более чем протокол, поддерживающий диалог двух сторон. Для его использования необходимы две составляющие: программа-агент, работающая на сетевом устройстве, и программа-менеджер, позволяющая дистанционно отслеживать и управлять сетевыми устройствами. Способ ведения диалога между агентом и менеджером показан на рис.1.
Рис. 1 Работа протокола SNMP в рамках модели OSI
Протокол SNMP традиционно используется для управления телекоммуникационным оборудованием. Для управления обычно применяются так называемые платформы сетевого управления, позволяющие осуществлять обнаружение устройств в сети, объединять модули управления оборудованием разных производителей, выполнять общие функции управления и оповещения. В число наиболее известных платформ сетевого управления входят HP OpenView (Hewlett-Packard), Solstice Domain Manager (Sun Microsystems), Tivoli NetView (Tivoli Systems), SNMPc (Castle Rock). Вместе с тем, управление с использованием SNMP может быть применено и для решения других задач в том числе для систем промышленного управления. Проиллюстрируем такой подход на реальном примере.
В ходе выполнения одного из экспортных контрактов корпорацией Стинс Коман была разработана, произведена и установлена на ТЭС Фалай (Вьетнам) система управления электрофильтром. Логически система была разделена на два уровня: нижний монтируемый в непосредственной близости от электрофильтра, и верхний осуществляющий сбор статистической информации и представляющий графически состояние всего объекта. От использования существующих SCADA-систем мы отказались из-за высокой стоимости пакета разработки и модулей времени выполнения, а также большого времени, необходимого на обучение разработчиков. Было решено пойти по пути собственной разработки. Связь между подсистемами верхнего и нижнего уровней была осуществлена традиционными для задач АСУ ТП методами. Из огромного количества используемых полевых протоколов был выбран один, наиболее подходящий по быстродействию и простоте реализации. Учитывая особенности этого протокола, был разработан программный комплекс, осуществляющий сбор информации, анализирующий статистику и графически представляющий состояние управляемого устройства.
Приступив к аналогичным работам по следующему контракту, мы постарались учесть уроки предыдущей разработки и при создании системы управления технологическими процессами воспользоваться нашим опытом проектирования больших сетевых комплексов. В новом варианте системы связь между уровнями осуществлялась по протоколу SNMP. В качестве программы верхнего уровня использовался описанный ниже универсальный SNMP-менеджер.
Использование принципов сетевого управления при создании систем управления технологическими процессами позволило избежать проблем, связанных с интеграцией различных уровней системы. Появился единый универсальный способ управления любым оборудованием, начиная от сетевого маршрутизатора и заканчивая электрофильтром. Для того чтобы появилась возможность управлять устройствами, которые ранее в принципе не подключались к сети, был разработан универсальный программно-аппаратный SNMP-агент eSCape. Это устройство построено на основе однокристального RISC-контроллера и для подключения к сети (локальной или территориально-распределенной) использует Ethernet или PPP. Оно обладает малым весом и невысокой стоимостью и предоставляет широкий выбор вариантов сопряжения с управляемым объектом.
При разработке системы промышленного управления, реализованной в виде SNMP-менеджера, изначально были сформулированы следующие требования:- новый программный продукт должен обеспечивать сбор и хранение статистических данных, которые должны легко импортироваться в другие программы;
- новый программный продукт должен работать как под управлением ОС MS Windows 9x/NT/2000, так и под управлением ОС Linux;
- новый программный продукт должен обеспечивать достаточное быстродействие на машинах бюджетного класса;
- для разработки программ рекомендуется использовать свободно распространяемые продукты с открытым исходным кодом.
В результате был разработан программный комплекс EscView, архитектура которого приведена на рис.2.
Рис.2 Программный комплекс, осуществляющий сбор информации, анализ статистики и графическое представление состояния управляемого устройства
Каждому управляемому устройству соответствует SNMP-агент, который может быть встроенным или внешним. SNMP-агенты, подключенные к сети протокола TCP/IP, периодически опрашиваются программой-монитором, которая написана на языке Perl. Периодичность и частота опроса, а также перечень интересующих SNMP-агентов записаны в базе данных, построенной на пакете программ MySQL. Все переменные, считанные в процессе опроса, сохраняются в базе данных. SNMP-агент может также сам проинформировать систему управления о том или ином изменении своего состояния. Для подачи команд устройствам необходимо изменить соответствующие поля базы данных. Все изменения, произошедшие в базе данных, адресно передаются SNMP-агентам.
Рис.3 Пример диалога с пользователем в формате HTML-страницы
Для реализации графического интерфейса пользователя используется HTTP-сервер Apache. Программа, написанная на языке Perl, поддерживает диалоги с пользователем и при помощи базы данных динамически формирует ответ в формате HTML-страницы или в формате WML-страницы.
Страницы HTML предназначены для пользователей, работающих с любым Internet-браузером (например, MS Internet Explorer или Netscape Navigator). Пример реального диалога представлен на рис.3. Страницы WML предназначены для мобильных устройств, поддерживающих протокол WAP (таким устройством может быть сотовый телефон). Для поддержки WAP-клиентов никаких специальных аппаратных доработок производить не надо: в качестве шлюза выступают ресурсы, штатно предоставляемые сотовыми операторами. Соединение между сотовым шлюзом и SNMP-менеджером осуществляется через Internet.
Данное решение может функционировать как под управлением ОС MS Windows 9x/NT/2000, так и под управлением ОС UNIX/Linux. Все программные продукты, используемые при разработке, распространяются свободно.
Описываемое решение уже используется для обслуживания мощных источников бесперебойного питания. В настоящее время на базе этого решения разрабатывается комплекс программ, предназначенных для управления электрофильтром. Оно, в частности, может использоваться для создания интеллектуальных зданий, для распределенного сбора информации с датчиков, а также для реализации заданного промышленного управления через типовые объединённые сети.
[ http://www.mka.ru/?p=40138]Тематики
Действия
Синонимы
EN
Русско-английский словарь нормативно-технической терминологии > протокол управления простой сетью
18 (проф.) объектный модуль
General subject: object module (файл с объектным кодом, получаемый после трансляции исходного текста программы. После этапа компоновки объектных модулей с процедурами из библиотек (например, поддержки времени исполнения) по)Универсальный русско-английский словарь > (проф.) объектный модуль
19 компоновка
1) General subject: arrangement, arranging, composition2) Military: outlay, packaging (оборудования)3) Engineering: assembly, component layout, configuration, integration, integration (деталей конструкции в систему), lay-out, layout (фотонаборной полосы), mounting, packaging, setup4) Construction: general arrangement5) Mathematics: grouping6) Polygraphy: layout (напр. набора на полосе при электронной вёрстке), makeup, making-up, positioning7) Electronics: component arrangement, packaging process8) Information technology: assemblage, assembling, binding, build, building (из модулей), collecting, compound, link, linkage, linkage editing, linking, packing, subroutine linkage9) Oil: array, packaging arrangement11) Geophysics: package12) Advertising: linkage (например, полосы), packaging (телепрограмм), patterning, setting14) Microelectronics: architecture15) Polymers: mill massing16) Programming: link-edit17) Automation: componentry, configuration (машины), construction arrangement, design, format (напр. станка), layout design, packaging (деталей в собираемом узле), structural configuration (напр. станка)19) Aviation medicine: arrangement (приборов)20) Makarov: fit (полосы), fitting (набора), linkage (напр. полосы), linkage (программ), linking (программ), placement, positioning (при вёрстке), shaping21) oil&gas: layout plan20 объектный модуль
1) General subject: (проф.) object module (файл с объектным кодом, получаемый после трансляции исходного текста программы. После этапа компоновки объектных модулей с процедурами из библиотек (например, поддержки времени исполнения) по)2) Information technology: object module3) SAP.tech. maximum objectСтраницы- 1
- 2
См. также в других словарях:
Программы организация — раздел программирования (См. Программирование), изучающий состав и взаимосвязь отдельных элементов программы (её структуру); процесс сборки программы. В качестве элементов обычно выделяют участки программы (операторы), соответствующие… … Большая советская энциклопедия
введение дополнительных программных модулей — Процесс отладки программы с целью исправления ошибок или её мидифипации. [Л.М. Невдяев. Телекоммуникационные технологии. Англо русский толковый словарь справочник. Под редакцией Ю.М. Горностаева. Москва, 2002] Тематики электросвязь, основные… … Справочник технического переводчика
Математическое обеспечение — ЦВМ, система программ, приданная к конкретной ЦВМ и предназначенная для обеспечения её использования, а также математические методы и алгоритмы решения задач, по которым составлены данные программы. Состоит из общего М. о.,… … Большая советская энциклопедия
Спейс шаттл — Шаттл англ. Space Shuttle … Википедия
XMOS — Для улучшения этой статьи желательно?: Переработать оформление в соответствии с правилами написания статей. Викифицировать статью … Википедия
The Word (ПО) — У этого термина существуют и другие значения, см. The Word (значения). «The Word» Тип Библейское ПО Разработчики Costas Stergiou. Версия 3.0x … Википедия
Паскаль (язык программирования) — Эта статья или раздел нуждается в переработке. В Паскале нет модулей, ООП и прочих новомодных веяний. Описание расширений должно присутствовать только в статьях о соответ … Википедия
Паскаль (язык) — Pascal Семантика: процедурный Тип исполнения: компилятор Появился в: 1970 г. Автор(ы): Никлаус Вирт Паскаль (англ. Pascal) высокоуровневый язык программирования общего назначения. Один из наиболее известных языков программирования, широко… … Википедия
Международная космическая станция — Запрос «МКС» перенаправляется сюда; см. также другие значения. Международная космическая станция … Википедия
Perl — Семантика: мультипарадигменный: императивный, объектно ориентированный, функциональный Тип исполнения: интерпретатор Появился в: 1987 Автор(ы) … Википедия
Аспектно-ориентированная разработка программного обеспечения — В этой статье не хватает ссылок на источники информации. Информация должна быть проверяема, иначе она может быть поставлена под сомнение и удалена. Вы можете … Википедия
18+© Академик, 2000-2024- Обратная связь: Техподдержка, Реклама на сайте
Экспорт словарей на сайты, сделанные на PHP, Joomla, Drupal, WordPress, MODx.
Перевод: с русского на все языки
со всех языков на русский- Со всех языков на:
- Русский
- С русского на:
- Все языки
- Английский
- Белорусский
- Немецкий
- Французский